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1. 1. Benutzungsbestimmungen 

1.1 Copyright 

Den OMIKRON. Compiler diirfen Sie zum eigenen Bedarf 
beliebig kopieren. Sie konnen ihn auf die Harddisk kopie- 
ren und auf jeder Arbeitsdiskette unterbringen. Stellen Sie 
jedoch bitte sicher, daB weder Kopien noch das Original 
in die Hande Dritter gelangen; schlieBlich haften Sie fur 
eventuell entstehende Raubkopien. 

Die Compiler-Library (’’BASLIB” auf der Diskette) diirfen 
Sie im Zusammenhang mit Programmen verwenden bzw. 
weitergeben, die Sie mit dem OMIKRON. Compiler erstellt 
haben. 

1.1.1 Copyright an Compilaten 

Mit dem OMIKRON. Compiler erstellte Programme diirfen 
Sie in beliebiger Anzahl verwenden, verbreiten und verkau- 
fen. Es sind keinerlei Lizenzgebiihren an OMIK- 

RON. Soft+Hardware GmbH abzufiihren. 

Eine Ausnahme: Interpreter fur Allround-Programmierspra- 
chen (wie BASIC oder PASCAL) diirfen Sie nur mit 
schriftlicher Genehmigung der OMIKRON. Soft&Hardware 
GmbH in Umlauf bringen. Fiir Compiler beliebiger Spra- 
chen gilt diese Einschrankung nicht. 

Teile des OMIKRON. BASIC-Interpreters bzw. der BASLIB 
diirfen jedoch nicht in das vom selbstgeschriebenen Com- 
piler erzeugte Compilat eingebunden werden. 

1.1.2 Hinweis auf OMIKRON.BASIC 

In jedes mit dem OMIKRON. BASIC-Compiler erstellte 
Programm miissen Sie einen Hinweis auf die Verwendung 
von OMIKRON.BASIC unterbringen. Der Hinweis muB dem 
Benutzer des Programms zugiinglich sein; automatisch er- 
scheinen muB er jedoch nicht. 
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Beispiele: 

-In der Info-Box (Box im Desktop-Info) 

-im Titelbild 
-in der Anleitung 

Ein Hinweis geniigt - Sie brauchen den Text nicht mehr- 
fach unterzubringen. Ebenso geniigt die kleinste Schrift (6 
Punkte hoch), sie darf auch senkrecht stehen. 
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Und noch eine Bitte, mit der Sie uns einen 
GROSSEN Gefallen tun konnen: BITTE rufen 
Sie uns wegen einem Programm, das compi- 
liert nicht mehr lauft, ERST an, wenn Sie das 


Kapitel ’Unterschiede zum Interpreter* sorgfaltig durchge- 


arbeitet haben. 
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3. EINLEITUNG 

Wenn Sie auf Geschwindigkeit angewiesen sind, mochten 
wir Ihnen zum Kauf des OMIKRON. Compilers gratulieren: 
Sie haben soeben eine der schnellsten Hochsprachen er- 
worben, die es fur den ATARI ST iiberhaupt gibt. 

3.1 Warum sind compilierte Programme eigentlich 
schneller? 

Programme in BASIC muB der 68000-Prozessor bei jedem 
Ablauf erst mit Hilfe des BASIC- Interpreters dekodieren. 
Dieses Dekodieren kostet Zeit. 

Maschinensprache ist die ’’Muttersprache” des 68000-Pro- 
zessors, der im ATARI ST eingebaut ist. Da der Prozessor 
Programme in Maschinensprache nicht erst bei jedem Ab- 
lauf dekodieren muB, laufen sie wesentlich schneller ab. 
Der OMIKRON. COMPILER iibersetzt nun Programme, die 
Sie in OMIKRON. BASIC geschrieben haben, in Maschinen- 
sprache. 

Wenn Sie also ein ’’normales” BASIC-Programm mit dem 
Compiler Ubersetzen, kann der Prozessor es direkt verste- 
hen: es lauft schneller ab. Dagegen wird das Ausdrucken 
auf dem (langsamen) Drucker nicht schneller: schon im 
(relativ!) langsamen BASIC wartet der Computer die gan- 
ze Zeit auf den Drucker; im compilierten Programm ist 
der Computer noch etwas schneller fertig mit dem Bereit- 
stellen der Zeichen, wartet aber dafur auch noch etwas 
langer auf den Drucker. 

Eigentlich sollte ein Compiler ohne ein Handbuch auskom- 
men. Der ’’ideale Compiler” iibersetzt einfach ein beste- 
hendes BASIC-Programm in Maschinensprache - fertig. 



Einleitung 


L 

Leider gibt es den ’’idealen Compiler” nicht. Der OMIK- 
RON. Compiler ist sehr einfach zu bedienen und kommt 
dem Ideal schon recht nahe - aber es gibt eben doch 
noch das eine Oder andere zu beachten. 

Die wichtigsten Einschrankungen des OMIKRON. Compilers 
sind die ’’Unterschiede zum Interpreter”. Leider ist es aus 
technischen Griinden nicht machbar, einen Compiler zu 
konstruieren, der alle BASIC-Programme ohne Anderung 
iibersetzt. Einige Befehle bzw. einige spezielle Konstruk- 
tionenkonnen nicht iibersetzt werden (Beispiel: EXIT 3 
kann vom Interpreter verarbeitet werden. Der Compiler 
kann es jedoch nicht ubersetzen). Alle diese ’’Unterschiede 
zum Interpreter” machen es erforderlich, daB Sie als An- 
wender ein neu zu schreibendes BASIC-Programm, das Sie 
spater compilieren wollen, gleich ohne die kritischen Be- 
fehle schreiben; bzw. daB Sie bei bestehenden Programmen 
das Programm so andern, daB es ohne diese Befehle Oder 
Konstrukte auskommt. 

Zum Gluck ist es beim OMIKRON.Compiler so, daB die 
Liste der ’’Unterschiede zum Interpreter” sehr kurz ist und 
auBerdem keine wichtigen Befehle enthalt. 99% der BA- 
SIC- Programme lassen sich also mit keinen oder nur mi- 
nimalsten Anderungen problemlos compilieren. 

3.2 Der FPU-Compiler im Vergleich zum normalen 
Compiler 

Ab der Version 3.5 kann Ihr Compiler Maschinensprache 
erzeugen, die die in Ihrem Rechner eventuell eingebaute 
FPU 68881 direkt anspricht. Nur wenn Sie eine solche 
FPU eingebaut haben, bringt Ihnen die FPU-Option irgend- 
welche Vorteile! 
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Sie konnen nun durch ein COMPILER-Steuerwort (siehe 
Kapitel ’’Compiler-Steuerworte”) wahlen, ob die FlieBkom- 
maberechnungen von der normalen CPU (wie gewohnlich, 
und wie auch im Interpreter) oder aber von der FPU erle- 
digt werden sollen. Wahlen Sie CPU, erzeugt der Compi- 
ler eine auf alien ATARI ST/TT lauffahiges Programm. 
Wahlen Sie die FPU-Option so werden automatisch alle 
FlieBkommaberechnungen von der FPU ausgefiihrt (ohne 
Anderungen am Quelltext). Dabei sind Geschwindkeitsstei- 
gerungen im Bereich zwischen Faktor 10 und 100 moglich! 
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4 . Die Bedienung des Compilers 

Bitte kopieren Sie sich Ihre Originaldiskette auf eine 
Leerdiskette. Verwenden Sie ab dann nur noch die Kopie 
zum Arbeiten mit dem OMIKRON. Compiler. Ihre Original- 
diskette sollten Sie sicher verwahren. 

4.1 Start des Compilers vom Interpreter 
Um mit der Bedienung des Compilers vertraut zu werden, 
sollten Sie das folgende Beispiel einmal ausprobieren. 

1. Laden Sie den OMIKRON. BASIC Interpreter. 

2. Schreiben Sie ein BASIC-Programm. 

T=TIMER 

FOR 1=1 TO 10800 
fi = fl + I 
NEXT I 
PRINT R 

PRINT "Zeiti ( TIMER-T) /200 
STOP 

3. Speichem Sie das fertige BASIC-Programm mit SAVE 
“TEST . BRS" auf Diskette (oder Harddisk, oder RAMDISK) 
ab. Sie sollten das BASIC-Programm, mit dem Sie arbei- 
ten, aus prinzipiellen Erwagungen abspeichern. Fur die 
Funktion des Compilers ist das nicht notig. 

4. Wahlen Sie nun im Menii RUN des Editors in OMIK- 
RON.BASIC den Meniipunkt ’’COMPILE” an. 

Was nun passiert, ist folgendes: 

Ihr OMIKRON. BASIC ladt den Compiler. ’’COMPI- 
LER.PRG” wird immer von Laufwerk C oder - falls C 
nicht vorhanden - von Laufwerk A aus dem Hauptver- 
zeichnis geladen. 
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Konnte Ihr OMIKRON. BASIC den Compiler nicht finden, 
meldet es keinen Fehler. Dann bewirkt das Anklicken des 
Menlipunkts ’’COMPILE” einfach gar nichts. Stellen Sie 
daher sicher, dafi sich der Compiler auf dem oben angege- 
benen Pfad befindet. 

Das OMIKRON.BASIC startet nun den Compiler direkt. 
Der Compiler iibersetzt dann das aktuelle BASIC-Pro- 
gramm, das Sie gerade im OMIKRON.BASIC-Interpreter 
bearbeiten (also in unserem Beispiel das gerade eingetipp- 
te ’’TEST.BAS”). 

Der Compiler arbeitet jetzt eine sehr kurze Zeit. In dieser 
Zeit iibersetzt er unser Beispielprogramm in Maschinen- 
sprache. Danach speichert er das fertige Maschinenspra- 
cheprogramm auf demselben Pfad wieder ab, von dem das 
urspriingliche .BAS-Programm geladen wurde. 

Der Name des Programms ist derselbe wie der des BA- 
SlC-Programms, nur mit der Namenserweiterung (neu- 
deutsch Extension) .PRG statt .BAS. In unserem Beispiel 
heiBt Ihr BASIC-Programm ’’TEST.BAS”. Daher heifit das 
in Maschinensprache iibersetzte Programm nachher 
’’TEST.PRG”. Der Name Ihres BASIC-Programms wird im 
Editor des BASIC-Interpreters iibrigens oben rechts ange- 
zeigt. 

Das compilierte Programm konnen Sie jetzt vom BASIC- 
Interpreter aus aufrufen. Dazu klicken Sie einfach den 
Menupunkt ’’EXEC *.PRG” aus dem Menu ’’RUN” an; und 
wahlen das auszufiihrende Maschinensprache -Programm: in 
unserem Beispiel also TEST.PRG. 
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Weil unser Programm die Rechenzeit ausgibt, konnen Sie 
schdn die Unterschiede in der Laufzeit zwischen dem ur- 
spriinglichen BASIC-Programm und dem compilierten Pro- 
gramm sehen (das compilierte Programm ist etwa 12mal 
so schnell). 

Die gerade beschriebene Art, den Compiler zu bedienen, 
ist die praktischste und effizienteste Art. Sie brauchen 
den Editor des Interpreters nicht zu verlassen und konnen 
so am schnellsten entwickeln. 

Der Vollstandigkeit halber sei jedoch noch die andere Art 
erwahnt, den Compiler zu bedienen: 

4.2 Start des Compilers vom Desktop 

Starten Sie vom Desktop aus COMPILER. PRG (durch 
Doppelklick) 

Der Compiler stellt nun eine Dateiauswahlbox dar. Wahlen 
Sie nun das zu compilierende BASIC- Programm. Das Pro- 
gramm muB mit SAVE (nicht mit SAVE, A) abgespeichert 
worden sein! 

Der Compiler ladt nun das Programm, ubersetzt es in Ma- 
schinensprache und speichert es mit der Extension .PRG 
auf demselben Pfad, auf dem auch das .BAS war, wieder 
ab. Beispiel: Sie wahlen C:\BASIC\HILBERT.BAS zum 
Compilieren an. Dann wird der OMIKRON. Compiler das 
compilierte Programm unter dem Namen HILBERT. PRG 
auf Laufwerk C im Ordner BASIC wieder ablegen 
(C:\BASIC\HILBERT.PRG). 

Sobald der Compiler fertig ist, stellt er die Dateiauswahl- 
box wieder dar. Sie konnen dann ein weiteres BASIC-Pro- 
gramm compilieren. 



Wenn Sie kein weiteres Programm mehr compilieren wol- 
len, verlassen Sie den Compiler, indem Sie in der Datei- 
auswahlbox auf den Abbruch-Knopf klicken. 
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5. Die Ausgaben des Compilers wahrend des 
Compiliervorgangs 

Wahrend der Compiler Ihr BASIC-Programm ubersetzt, 
gibt er einige Meldungen uber den Verlauf des Compilier- 
vorgangs auf den Bildschirm aus. Er protokolliert sozusa- 
gen seine Arbeit. 

Oben auf dem Bildschirm sehen Sie die Copyrightmeldung 
des Compilers. Aus dieser erfahren Sie die Versions- und 
Seriennummer. Darunter gibt der Compiler das eigentliche 
Protokoll aus. In jedem Fall gibt er aus: 

COMPILING DATA/UNLINKING UNUSED LIBRARY STATE- 
MENTS 

Der Compiler priift in diesem ersten Lauf das Progfamm 
auf unbenutzte Prozeduren und Funktionen. Befinden sich 
in Ihrem Programm Prozeduren oder Funktionen, die zwar 
definiert sind, jedoch nie aufgerufen werden, wird eine 
entsprechende Wammeldung ausgegeben (siehe unten). 
Sind diese Prozeduren Teil einer Libraiy, die mit dem 
LIBRARY-Befehl in das BASIC-Programm einge laden wur- 
de, so werden alle diese unbenutzten Teile ausgespart. In 
einem compilerten Programm sind also immer nur die be- 
nutzten Teile einer Library vorhanden, der Rest wird so- 
zusagen weggeschnitten. 

Beim normalen Programm kUrzt der Compiler nichts auto- 
matisch heraus: er ubersetzt immer das gesamte Pro- 
gramm. 
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Wird eine unbenutzte Prozedur gefunden, dann erscheint 
auf dem Bildschirm direkt unter C OH PILING DfiT fl/UHLIN” 
KING UNUSED LIBRARY STATEMENTS die Warnmeldung 
UNDEFINED STATEMENTS OR DIM 'Si. Angenommen, eine 
Prozedur AUSGABE wiirde in Ihrem Programm aufgerufen, 
ware aber nirgendwo mit DEF PROC AUSGABE definiert. 
Der Compiler wiirde dann ausgeben: 

UNDEFINED STATEMENTS OR DIM'S: PROC AUSGABE 

Ein sehr wichtiger Unterschied zum Interpreter betrifft 
den DIM-Befehl bzw. die Moglichkeit, Feldvariable ohne 
vorherige Dimensionierung zu verwenden. Im Interpreter 
konnen Sie Feldvariable (z.B. A(7)) bis zu einem maxima- 
len Index von 10 ohne vorheriges DIM verwenden. Im 
Compiler ist das nicht moglich! 

Sie miissen also jede verwendete Feldvariable vorher mit 
DIM dimensionieren, auch wenn das im Interpreter nicht 
erforderlich sein sollte! 

Wenn Sie in Ihrem Programm eine Feldvariable ohne vor- 
herige DIMensionierung verwenden, stellt der Compiler das 
fest und gibt z.B. aus: 

UNDEFINED STATEMENTS OR DIM'S: DIM A(.) 

In einem solchen Fall fiigen Sie in Ihrem BASIC-Quelltext 
einfach das fehlende DIM ein und compilieren erneut. 
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Stellt der Compiler im ersten Durchlauf keine fatalen 
Fehler 1 fest , dann folgt der zweite und der dritte Durch- 
lauf. Die Zeilennummer der gerade in Arbeit befindlichen 
Zeile wird auf dem Bildschirm dargestellt. 

Der Compiler kann auch im zweiten oder dritten Durch- 
lauf noch einige Fehlermeldungen oder Warnhinweise if" 
zeugen. Welche das im einzelnen sind, sehen Sie bitte 
unter ’’Fehlermeldungen” in diesem Handbuch nach. 

Driicken Sie wahrend des Compiliervorgangs irgendeltlS 
Taste, dann wartet der Compiler nach Beendigung des 
Compilierens noch auf einen weiteren Tastendruck. 

Sie konnen sich so die Meldungen des Compilers in aller 
Ruhe ansehen. Dasselbe gilt iibrigens, wenn wahrend des 
Compilierens eine Fehlermeldung oder eine Wamung aus- 
gegeben wurde: Auch dann wartet der Compiler tiach Be- 
edingung des Compiliervorgangs noch darauf, dafi Sli eine 
Taste driicken. 

5.1 Das erzeugte Maschinensprache-Programm 
Der OMIKRON. Compiler erzeugt aus Ihrem BASIC-Pro- 
gramm (Endung .BAS) ein Maschinenspracheprogramm (En- 
dung .PRG). 

Allerdings fehlen diesem Maschinenspracheprogramm noch 
einige wichtige Teile. Dies sind allgemeine Unterprogram= 
me, die fast alle BASIC-Programme brauchen: die gesatnte 
FlieBkomma-Arithmetik, die Zeichenein- und -Ausgabe, 


’fatale Fehler sind zB.: ein DIM fehlt, oder eine Prozedur wird zwar 
aufgerufen, ist aber nicht definiert. 


Das er7eugte Maschmenproeramm 
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usw. Diese Unterprogramme finden sich in der Datei BAS- 
LIB, die auf der Compiler-Original-Diskette mit ausgelie- 
fert wird. 

Ein vom Compiler erzeugtes .PRG-Programm ladt, wenn 
es gestartet wird, automatisch die BASLIB nach. 

5.2 Der Sinn der BASLIB - Fragen zum Konzept 
Warum erzeugt der Compiler nicht ein Programm, das oh- 
ne die BASLIB auskommt? 

Die Antwort ist: es braucht mehr Platz auf der Diskette. 
Die BASLIB ist etwa 40kByte lang. Wenn Sie nun 10 
compilierte BASIC-Programme auf einer Diskette abspei- 
chern wtirden, die alle die BASLIB bereits enthielten, hat- 
ten Sie 400kByte Speicherbedarf auf Ihrer Diskette. Spei- 
chern Sie die Programme jeweils ohne BASLIB und dazu 
eine BASLIB einzeln, dann haben Sie nur 40kByte Spei- 
cherbedarf. 

Ein compiliertes Programm ladt die BASLIB also beim 
Starten nach. Von welchem Pfad? Was geschieht, wenn 
die BASLIB nicht gefunden wird? 

Das compilierte Programm sucht die BASLIB zunachst in 
demselben Pfad, in dem das Programm selber auch steht. 
Steht das Programm beispielsweise im Ordner BASIC auf 
Laufwerk C, dann sucht es zunachst im Ordner BASIC 
auf Laufwerk C nach der BASLIB. Findet es sie dort 
nicht, sucht es im Hauptverzeichnis des aktuellen Lauf- 
werks (hier also C). Ist auch dort keine BASLIB, sucht es 
in der folgenden Reihenfolge: 

1. Hauptverzeichnisse der Laufwerke C bis P 

2. das iibergeordnete Verzeichnis des gestarteten Pro- 
gramms 

3. Laufwerk A 


Per Sinn von BASLIB 


m. 

Findet es die BASLIB nirgendwo, meldet es ’’CAN’T LO- 
AD BASLIB” und bricht ab. 

Es gibt eine Moglichkeit, Programme zu generieren, die 
nichts mehr nachladen (die also die BASLIB bereits ent- 
halten). Wie das geht, schlagen Sie bitte bei CUTLIB im 
Kapitel ’’Mitgelieferte Programme” bzw. im Kapitel ”Com- 
piler-Steuerworte” nach. 
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6. Unterschiede zum Interpreter 

6.1 SpezieUe Unterschiede (auch gegeniiber alteren 
Compilerversionen) 

Aus Griinden der Kompatibilitat sind in der neuen Version 
des Compilers einige Dinge ganz weggefallen. Dadurch 
wurde die uneingeschrankte Lauffahigkeit auf alien Syste- 
men (ATARI ST oder TT, mit Beschleunigerkarten oder 
GroBbildschirmen) sichergestellt. Von den Streichungen be- 
troffen sind: 

- die Begrenzung die Textausgabe (iiber PRINT) auf einen 
bestimmten Bereich. Die daflir vorgesehenen Steuerzeichen 
CHR$(4) und CHR$(5) bewirken nichts und werden direkt 
an das BIOS weitergereicht. Dieses - zugegebenermaBen - 
schone Feature muBte fallen, da es auf GroBbildschirmen 
nicht zu verwirklichen ist. 

- der SCREEN Befehl. Er brachte ebenfalls erhebliche 
Schwierigkeiten auf GroBbildschirmen und muBte deshalb 
wegfallen. Wer unbedingt mit mehreren Bildschirmen ar- 
beiten muB, der kann uneingeschrankt mit den XBIOS- 
Funktionen arbeiten oder den Bildschirm iiber BITBLT Be- 
fehle umschalten. 

- die OMIKRON. Basic Sprites. Sie sind ebenfalls aus 
Kompatibilitat zum GroBbildschirm weggefallen. 

6.2 Grundsatzliche Unterschiede 

- Stringvariablen, die in F I E L D -Anweisungen verwendet 
werden, diirfen nicht lokal verwendet werden, bis die 
F I E L D -Anweisung durch eine Zuweisung mit LET in die 
Stringvariable oder durch CLOSE aufgehoben wird, d.h., sie 
diirfen nicht LOCAL deklariert werden und nicht in 
DEF PROC oder OEF FN verwendet werden. 

Beispiel (verboten!!!): 




IK 


FIELD 1,5 AS 0$ 
RUSGABE (X$) 
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END 

» 

DEF PROC RUSGABE (R$) 1 FRLSCH ! Die FIELD-Va - 
riable darf nicht 1 ok a 1 verwendet werden! 
PRINT R$ 

RETURN 

-GOTO <stringausdruck> beriicksichtigt nur die ersten 
acht Zeichen eines Labels. Weitere Zeichen danach wer- 
den ignoriert. 

-Die Division einer Integer-Zahl durch eine weitere Inte- 
ger-Zahl kann, wenn die Division aufgeht, im Interpreter 
ein Integer-Ergebnis liefern; im Compiler ergibt dies je- 
doch einen FlieCkommawert. Eine Division zweier Integer- 
Zahlen, die immer aufgeht, sollte man daher besser mit 
der Integer-Division ”\” berechnen. fi = fi/2 schreibt man 
also moglichst A=A\2. 

-Variablenfelder (Arrays) werden nicht automatisch DIMen- 
sioniert. Undimensionierte Felder miissen Sie am Program- 
manfang bzw. nach jedem CLEAR -Befehl selbst dimensio- 
nieren. 

-Bei Fehlern, die zur Verzweigung zu Ihrer eigenen Feh- 
lerroutine fiihren (mit ON ERROR GOSUB), wird der Endwert 
von Integer-FOR-NEXT-Schleifen zerstort. Wenn Sie also 
innerhalb einer Integer-FOR-NEXT-Schleife einen Fehler 
haben, funktioniert RESUME NEXT nicht mehr richtig. 
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-Innerhalb von Prozeduren und mehrzeiligen Funktionen, 
die Arrayelemente als lokale Variablen bzw. Parameter 
verwenden (Beispiel: GEMLIB) diirfen keine Dateien ge- 
offnet oder geschlossen bzw. keine Felder dimensioniert 
oder um-dimensioniert werden. 

-Lokale Variablen werden nicht im Garbage-Segment, son- 
dern im Stringsegment und auf dem Prozessorstapel gehal- 
ten. Sie miissen daher evtl. den Prozessorstapel vergros- 
sern (CLEAR ,X). 

-EXIT geht im Compiler nur als EXIT ohne Anzahl oder 

EXIT -1. 

EXIT 3 geht also z.B. nicht. 

EXIT TO ist nur zum Verlassen einer Schleife erlaubt; 
EXIT TO kann nicht zum Verlassen einer Prozedur oder 
Funktion genutzt werden. 

EXIT -1 zerstort die globalen Werte lokaler Variablen 
(setzt keine lokalen Variablen zuriick, sondern loscht nur 
den Stapel des Prozessors). 

-INPUTS und INPUT USING werden durch ON TIMER GOSUB 

unterbrochen, selbst mit ’’Multitas- 

king_Between_Statements” (dazu siehe unter ’’COMPILER- 
STEUERWORTE”) 

-CALL erfordert ”Multitasking_Between_Statements” . 
-Programme, die die Befehle ON ERROR* ON TIMER ^ ON 
HOUSEBUT* ON KEY oder ON HELP enthalten, miissen in 
der Regel die beiden Compiler-Steuerworte ’’Multitas- 
king_Between_Statements” und ”Trace_On” enthalten (die 
Bedeutung der Steuerworte finden Sie im Kapitel ’’COM- 
PILER-STEUERWORTE”). 
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-Funktionen miissen den Typ im Namen tragen, von dem 
das Ergebnis der Funktion sein soil* 

Soli Ihre selbstdefinierte Funktion z.B. Single-Float- Werte 
zuriickgeben, so diirfen Sie das ”!”-Postfix fur Single-Float 
nicht vergessen. Bei Double-Float mussen Sie entspre- 
chend ein anhangen: 

Richtig ist: 

DEFFHhwst! (Betrag!) : RETURH Betrag! *1.14 

Falsch ware: DEF FH HNSt (Betrag ! ) denn hier fehlt das 
Postfix fur Single-Float, das Ausrufezeichen. 

Richtig ist: DEF FH Unf ang# (Radius) 

RETURN Rad ius«2*PI 

Die Integervariable Radius stort hier nicht, da PI dafiir 
sorgt, daB alles in Double-Float gerechnet wird! (siehe un- 
ter Kapitel ’’Verarbeitungstypen bei Funktionen”). 

Falsch ist z.B. auch: 

DEF FH 0 (X) = 1/X ! 1/X ist eine FlieBkommazahl. Sie wird 

nun falschlicherweise auf Integer gerundet. 

oder: 

DEF FH A*(X)=X*2+17: eine FlieBkommafunktion kann 
keinen Integerwert haben 
Richtig ware hier: 

DEF FH A (X) = X*2+17 

Samtliche Schwierigkeiten bei mehrzeiligen Funktionen 
konnen Sie durch eine Typenumwandlung umgehen, z.B.: 

DEF FH Unfang! (Radius) : RETURH CSHG ( Radius * 2 * 
PI) 

Im Regelfall wird der OMIKRON.Compiler Sie auf falsche 
Typen hinweisen: 

Naming : RETURH type ni snatch 


Unterschiede ?um Interpreter 
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-Der bei READ erwartete Datentyp muB mit dem jeweils 
gelesenen Datenelement iibereinstimmen. 

Also nicht: 

READ A ! , B ! , C ! ' DATA 1.5,3, 4. 5 : 3 ist eine Integer- 

Zahl 

sondern: 

READ A ! , B ! , C ! : DATA 1 . 5,3 . , 4 . 5 : 3. ist eine FlieBkom- 
ma-Zahl 

-Variablen vom Typ %F (Flag) diirfen nicht lokal verwen- 
det werden (bei LOCAL Oder DEF PROC / DEF FN) 
-Ubergibt man eine Variable vom Typ %F an eine Proze- 
dur, so erhalt die Variable keinen Wert zuriickgegeben, 
auch wenn in der Definition der Prozedur ”R Variable” an- 
gegeben wurde. 

-Terme werden in beliebiger Reihenfolge ausgewertet. Ein 
Term in der Form 

FN A (X) +FN B (Y) nit 
DEFFNA(X)iY = X A 2iRETURNX A 3 
DEF FN B (Y) 1 RETURN Y 

ergibt also entweder X A 3 + X A 2oder X A 3 + Y 

-ASC("") ist null; es ergibt sich kein ? Illegal function 

call 

-DIMkann auch Felder verkleinern 

-2000000000+100000000 ergibt -1294967296. Beide Zahlen 
sind Integer-Zahlen, deshalb handelt es sich hier um eine 
Integer-Addition, deren Zahlbereich von -2147483648 bis 
2147483647 gesprengt wurde. Im Interpreter wird dieser 
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Fehler erkannt und das Ergebnis (3000000000) als Fliefi- 
kommazahl weiterverarbeitet. Fur den Compiler wird je- 
doch ein bestimmter Typ als Verarbeitungstyp gewahlt, der 
spater nicht mehr geandert werden kann. In der Regel er- 
gibt sich der Verarbeitungstyp aus dem Wert oder aus den 
Werten, die miteinander verrechnet werden. (siehe auch 
Kapitel ’’Verarbeitungstypen von Funktionen”). 

-Ein Uberlauf (?Overflow) wird bei Fliefikommaarithmetik 
immer, bei Integerarithmetik nie bemerkt. 

Insbesondere bei Integer Word und Integer Byte kann ein 
Uberlauf leicht auftreten. 


Vemrbeitungstvpen der Funktionen 
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7. VERARBEITUNGSTYPEN 
DER FUNKTIONEN 


Das Ergebnis ist immer vom Typ: 


String: @ UPPERS LOWERS ERR$ TIMES DATES HEX$ 
STR$ OCT$ BINS INPUTS INKEY$ CHR$ MID$ LEFTS 
RIGHTS STRINGS MIRRORS MKD$ MKS$ MKIL$ MKI$ 
SPC SPACES 


Single Float: RND CSNG CVS 


Float (single Oder double): DET EXP LN LOG SQR FACT 
~ / /2 SIN COS TAN COT ATN ARCSIN ARCCOS 
ARCTAN ARCCOT SINH COSH TANH COTH SECH CO- 
SECH ARSINH ARTANH ARCOTH SEC COSEC 

Double Float: PI VAL CDBL CVD 

Integer: CSRLIN ERR ERL MEMORY HIGH LOW 
SEGPTR TIMER MOUSEX MOUSEY MOUSEBUT EOF 
LOF LOC FRE LPOS POS USR PEEK WPEEK LPEEK 
INSTR LEN ASC VARPTR POINT CINTL CINT CVIL 
CVI BIT SGN NOT SHL SHR = <><>>=<= AND OR 
IMP XOR EQV NAND NOR 

« 

vom Typ des Arguments: MIN MAX INT ABS FIX FRAC 
- * \ MOD + +1 -1 *2 
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Bei den in fett gesetzten Funktionen mag es vielleicht 
nicht immer sofort einleuchten, warum das Ergebnis vom 
angegebenen Typ ist. Passen Sie deshalb bei diesen Funk- 
tionen besonders auf, damit Sie die Typen nicht verwech- 
seln. 

Beispiel: INT(333333333333333.333) ist 333333333333333 

(in ' double float gerechnet, da das Long-Integer-Format 
gar nicht ausreichen wiirde) 



Compiler- Steuerworte 

8. COMPE.ER-STEUERWORTE 
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Achtung! Flir die folgende Art der Verwendung von Compi- 
ler-Steuerworten ist ein Interpreter der Version 3.x erfor- 
derlich! 

COMPILER-STEUERWORTE beeinflussen den Ablauf des 
Compiliervorgangs, sie bewirken eine Steuerung des Com- 
pilers (bzw. des Compilats) durch das zu compilierende 
Programm. 

Normalerweise Ubersetzt der Compiler das BASIC-Pro- 
gramm Befehl fur Befehl in Maschinensprache. Doch von 
dieser Regel gibt es Ausnahmen: man kann in das BASIC- 
Programm Steuerworte filr den Compiler hineinschreiben, 
die ihn zu irgendeiner Aktion veranlassen. Wohlgemerkt: 
sie veranlassen den Compiler beim Compilieren zu irgend- 
einer Aktion - sie haben nichts mit dem Ablauf des Pro- 
gramms im Interpreter zu tun! Der Interpreter behandelt 
die Compiler-Steuerworte wie REM-Anweisungen - er tut 
einfach gar nichts. 

Alle Compiler-Steuerworte beginnen mit dem BASIC-Be- 
fehl "COMPILER”. Ihr OMIKRON. BASIC- Interpreter ver- 
steht den Befehl COMPILER. Der Interpreter beachtet ei- 
ne solche Anweisung iiberhaupt nicht, sie wird einfach 
iibergangen. 

Anders hingegen beim Compiler. Wenn dieser beim Uber- 
setzen auf eine COMPILER-Anweisung trifft, wird der fol- 
gende Ausdruck bewertet und als Steuerwort interpretiert. 
Ein einfaches Beispiel zeigt die Benutzung eines Steuer- 
wortes: 
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Sie schreiben irgendwo (am besten am Anfang) in Ihr Ba- 
Sic-programm: COMPILER "CTRL-C OFF" 

Dies hat zur Folge, dab das compilierte Programm spater 
nicht mehr durch Control-C unterbrochen werden kann. 
Der Compiler wird also angewiesen, bei der Programmii- 
bersetzung die Abfrage der Control-C Taste wegzulassen. 

Im Folgenden sollen nun alle COMPILER-Steuerworte und 
deren Auswirkungen beschrieben werden. 

COMPILER "TRACE OH" oder COMPILER "TROH" : 

Vor jedem Befehl wird auf Tastatur-, Timer- und Mausun- 
terbrechungen gepriift. Dadurch wird Multitasking (ON TI- 
MER, ON HELP, ON KEY oder ON MOUSEBUT) 
zwschen den Befehlen ermoglicht. 

Zusatzlich wird nach jeder Zeile der aktuelle Programm- 
und Stapelzeiger festgehalten. Nur dadurch ist es im Feh- 
lerfall moglich die Zeile, in der der Fehler auftrat, iiber- 
haupt festzustellen. Dies ist fiir zwei Dinge wichtig: 

1. Fiir die Ausgabe einer Fehlermeldung! Die wirkliche 
Fehlerzeile wird nur bei TRACE ON ermittelt. 

2. Fiir eigene Fehlerbehandlungen. Will man Programmfeh- 
ler selbst mittels ON ERROR GOSUB behandeln, um mit 
RESUME auch die Fehlerstelle wiederzufinden, so muB 
TRACE ON eingestellt sein. 

COMPILER "TRACE OFF" oder COMPILER "TROFF"! 

Es wird nicht mehr auf Unterbrechungen uberpriift und 
auch der Programm- und Stapelzeiger wird nicht nach je- 
der Zeile festgehalten. Dadurch ist Multitasking nur noch 
mit gesetztem ’’MULTITASKING ALWAYS” (siehe unten) 
moglich, Fehlermeldungen ermitteln keine Zeilennummer 
und eigene Fehlerbehandlungen, die auch RESUME benoti- 
gen, funktionieren nicht. 


COMPILER "MULTITASKING ALWAYS" oder COMPILER 
"MA": 

Als weiter iiber die Moglichkeiten des Interprters hinaus- 
gehende Fahigkeit unterstlitzt der Compiler ’’richtiges” 
Multitasking. D.h. alle Unterbrechungsanforderungen wer- 
den nicht nur zwischen den Befehlen abgefragt, sondern 
stets mit einer eigenen Serviceroutine behandelt. Dadurch 
werden auch Befehle unterbrechbar, die eine lange Ausfiih- 
rungszeit benotigen (z.B. SORT oder INPUT). 



WICHTIG: Die durch die Unterbrechung auf- 
gerufenen Unterprogramme diirfen keine String- 
verarbeitung enthalten. Wird ein eigenes Ma- 
schinenprogramm mit CALL aufgerufen, so 


sollte das Multitasking abgeschaltet sein. 



Tip: Um eine INPUT USING Anweisung 
mit einem Mausklick zu unterbrechen, ge- 
niigt es wenn die Unterbrechungroutine 


ein POKE RESERVED(4),1 ausfiihrt. Darauf wird die IN- 


PUT USING Anweisung unmittelbar verlassen. Der Return- 
wert ist in diesem Fall -3. 


COMPILER "MULTITASKING BETWEEN STATEMENTS oder 
COMPILER "MBS" I 


Keine zusatzlichen Unterbrechungen moglich, allenfalls Ab- 
frage zwischen den Befehlen (falls TRACE ON). Diese 
Einstellung ist vor jedem CALL unbedingt erforderlich. 

COMPILER "NO LINENUMBERS" 


Um im Fehlerfall oder fur RESUME (siehe auch TRACE 
ON) die Zugehorigkeit einer Programmstelle zu einer be- 
stimmten Zeile festzustellen, wird normalerweise eine Ta- 
belle angelegt. Diese Tabelle benotigt 6 Bytes pro Zeile 
und verlangcrt somit groBere Programme um einige kByte. 



Soli dieser Platz eingespart werden, kann man mit ”N0 
LINENUMBERS” die Tabelle unterdrlicken. Allerdings ist 
ohne diese Tabelle, das Ermitteln einer bestimmten Zeile 
unmoglich: Fehler treten dann immer in Zeile 0 auf bzw. 
erzeugen die Meldung USE "TRACE OH" ! 

COHPILER "LORD INF" 

Mit dieser Anweisung ladt das Compilat die ’’OM-BA- 
SIC.INF”-Datei, die verschiedene Einstellungen und vor al- 
lem Tastendefinitionen enthalt. 



Hinweis: in friiheren Versionen wurde die INF- 
Datei immer geladen, obwohl deren Inhalt in 
den meisten Fallen fur das Programm uninte- 
ressant war. Aus diesem Grund ist das Laden 


nunmehr optional. 


COHPILER "SYMBOLS" oder COHPILER "SYMB0LS2" 


Der Compiler erzeugt zusatzlich eine Symboltabelle, die 
bei der Fehlersuche an Compilaten niitzlich sein kann. Es 
werden alle Zeilen, Labels, Prozeduren und Funktionen als 
Symbol in die Tabelle aufgenommen. 


~~H— uj Tip: Damit die Fehlersuche am Compila- 

II ten reibungslos klappt, sollten Sie so vor- 

gehen: Programm mit dem Debugger la- 
den. Danach mit ”GO , .start” und ”GO , .ln_0” bis zur 
ersten Zeile vorriicken. Das Einzelschritt-Testen des gan- 
zen Initteils davor ist nicht zu empfehlen, da hier die 
BASLIB nachgeladen und das Programm selbst verschoben 
werden muJ3. Das Steuerwort ”NOEX” (siehe unten) mu!3 


bei der Verwendung eines Debuggers unbedingt mit ange- 
geben werden. Auf der Diskette finden sie ein Beispiel- 
programm, welches sich mit einem Debugger starten laCt. 
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Wichtig: Wenn Sie den Debugger ’’BUGABOO” Oder ”OM- 
DEBUG” verwenden, schreiben Sie statt ’’SYMBOLS” ein- 
fach ’’SYMBOLS2”. 

COMPILER "HO EXCEPTIONS" oder COMPILER "HOEX"! 

Es werden keine eigenen Exception-Handler eingebunden. 
Bei einem entsprechenden Fehler stiirzt das Compilat mit 
’’Bomben” ab. Bei der Programmierung von Accessories 
sollten Sie die Exception-Handler stets abschalten. Es ist 
sonst moglich, dal3 durch den Absturz der Hauptapplikation 
auch das Accessory beendet wird, was das System zum 
endgiiltigen Absturz bringt. Sehr wichtig ist dieses Steuer- 
wort auch bei der Fehlersuche mit einem Debugger. Nur 
wenn das Compilat die Fehler nicht selber abfangt hat der 
Debugger iiberhaupt eine Chance den Fehler richtig anzu- 
zeigen. 

COMPILER "FPU" 

Der Compiler wird angewiesen ein Compilat fiir eine 10- 
FPU zu erzeugen (nicht eine Coprozessor-FPU wie im 
ATARI TT). So libers etzte Programme nutzen bei alien 
FlieBkommaberechungen automatisch die Rechenkapazitat 
des FPU-Prozessors aus, was einen Geschwindigkeitszu- 
wachs bei solchen Operationen zwischen Faktor 10 und 
100 ermoglicht. So iibersetzte Programme sind auf einem 
ATARI ST ohne IO-FPU nicht lauffahig. 

COMPILER "FPU ERRORS ON" bzw COMPILER "FPU ERRORS 
OFF" 

Diese beiden Steuerworte schalten die Fehlerabfrage bei 
FPU Fehlern ein oder aus (nur bei Compilaten fur IO-FPU 
relevant). Solche Fehler konnen sein: Teilen durch Null, 
Uberlauf, oder negatives Argument bei Logarithmus. Ist 




die Fehlerabfrage abgeschaltet bleiben Fehler unerkannt 
und es wird mit eventuell falschen Werten weitergerech- 
net. 

COMPILER “BAS.MEM X" 

Diese Einstellung teilt dem Compiler die fur das Minimal- 
Speichermodell (siehe Kapitel Speicheraufbau) benotigte 
Menge an Basic Speicher mit. ”X” steht dabei fur die 
Zahl der benotigten Bytes. 

COHPILER “STACK X" 

... ist die entsprechende Einstellung fur die Stackgrosse 
im Minimal-Speichermodell (siehe Kapitel Speicheraufbau). 

COHPILER “MORNINGS OFF" 

... unterdrlickt die Bildschirmausgabe der ’’WARNINGS”. 

COMPILER "CUTLIB -X" 

... bewirkt das automatische Aufrufen des Linkers ’’CUT- 
LIB. PRG” nach dem erfolgreichen Compiliervorgang. 

’’CUTLIB. PRG” sollte auf dem gleichen Pfad wie der 
COMPILER selbst zu finden sein. ”-X” steht fur beliebige 
Optionen die in der Kommadozeile an den Linker liberge- 
ben werden konnen. 

COHPILER ON und COHPILER OFF 

Das Steuerwort COMPILER OFF veranlaGt den Compiler, 
das Programm ab dieser Stelle nicht mehr weiter zu iiber- 
setzen. Erst wenn er im weiteren Verlauf des Programms 
wieder auf ein COMPILER ON trifft, wird die Program- 
miiberstzung fortgesetzt. Es ist durch diese Steuerworte 
moglich bestimmte Programmteile nur im Interpreter zu 
benutzen (z.B. Testfunktionen) oder ganz bewuGt bestimm- 
te Teile eines Programm voriibergehend einfach wegzulas- 
sen (z.B. fur eine abgemagerte Demoversion) . 
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Im OMIKRON. BASIC gibt es ab Version 3.00 die (undoku- 
mentierten) Befehle MEMORY-MOVE und MEMORY-MOVEB . 
Bei iiberlappenden Bereichen ist es wichtig, ob vorwarts 
Oder riickwarts kopiert werden soil. Das konnen Sie mit 
den folgenden beiden Steuerworten einstellen: 

COMPILER "MEMORY MOVE FORHARD" Oder COMPILER 
"MMF"! 

Blocke werden von vorne nach hinten kopiert. Dies ist die 
Default-Einstellung. 

COMPILER "MEMORY MOVE BACK" Oder COMPILER "MMB" 

Blocke werden nun von hinten nach vorne kopiert. 

Der Befehl COMPILER ist dem OMIKRON.BASIC-Inter- 
preter erst ab Version 3.00 bekannt. Sollten Sie eine alte- 
re Version besitzen, konnen Sie eine Version 3 beim ATA- 
RI-Fachhandler fur 20 DM erwerben. Eine Version 3 auf 
die neueste Version 3.xx upzudaten, ist nur liber die Dis- 
kette PD172 der Fa. Maxon (ist gleich Redaktion ST 
Computer), Postfach 5969, Industriestr. 26, 6236 Eschborn, 
moglich. 

Fur Besitzer friiherer Interpreterversionen sind die Compi- 
lersteueranweisungen auch verwendbar. In diesem Fall 
schreiben Sie einfach die Steueranweisung (z.B. Trace_On) 
in Ihr Programm hinein: 


Version 3.x des Interpreters: 

PRINT I 

COMPILER "Trace-On" 
PRINT 1*2 

etc. 
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Version 2.x des Interpreters: 

PRINT I 
Trace. On 
PRINT I»2 

etc. 


Fiir den Compiler sind diese beiden Versionen des Pro- 
grammes gleich. Der Interpreter hingegen faCt das Tra- 
ce_On im unteren Programm als Prozeduraufruf einer Pro- 
zedur namens Trace_On auf. Weil keine solche Prozedur 
vereinbart ist, gibt er ein ?Undefd Statement aus. Sie als 
Benutzer miissen also eine Prozedur namens Trace_On de- 
finieren, die gar nichts tut: 

DEF PROC Trace. On 

REH diese Prozedur nacht gar nichts 
RETURN 

8.1 Die Systemvariable COMPILER 

Wenn Ihr Programm im Interpreter anders ablaufen soli 
als im Compiler, erreichen Sie das ganz einfach, indem 
Sie die Systemvariable COMPILER abfragen. Beispiel: 

IF COMPILER THEN 

PRINT "Progrann lKuft conpiliert!" 

ELSE 

PRINT "Progrann lSuft in Interpreter!" 

ENDIF 

FUr Experten (und nur ab BASIC Version 3.xx): 

RESERVED (Offset) 



ergibt die Adresse eines Speicherbereichs mit untenstehen- 
dem Aufbau: 

0: Adresse des Riickgabewertes bei CALL, der in DO 
Ubergeben wird. Mit LPEEK( RESERVED ( 0 ) ) konnen 
Sie also einen Wert vom Maschinenprogramm an das auf- 
rufende BASIC-Programm ubergeben. 

4: Flag fur INPUT USING 

Falls Sie wahrend eines INPUT USING-Befehl die Eingabe 
durch Timer- oder Mausinterrupt unterbrechen wollen, so 
setzen Sie in der Interruptroutine mit POKE RESER- 
VED(4),1 ein Flag, das die Eingabe mit Ruckgabewert -3 
abbricht. Der Interpreter beendet die Eingabe ebenfalls, 
wenn ein ”M” im Steuerstring vorkommt. 

VERSION 

Die Systemvariable VERSION ist im Compilat groGer als 
die groBtmogliche Versionsnummer im Interpreter (z.Zt. 
303 fur Version 3.03) 

Dadurch werden eventuell im Interpreter eingebaute Versi- 
onsabfragen im compilierten Progamm iibergangen. 

IF VERSION < 300 THEN 
PR0C Patch. Basic 
ENDIF 




9. Fehlermeldungen 

Manche der unter ’’Unterschiede zum Interpreter” genann- 
ten Dinge (zum Beispiel nicht DIMensionierte Variablen- 
felder) erkennt der OMIKRON. Compiler automatisch beim 
Compilieren. In solchen Fallen gibt er wahrend des Com- 
piliervorgangs eine Fehlermeldung aus. In diesem Kapitel 
geben wir Ihnen eine komplette Ubersicht iiber alle mogli- 
chen Fehlermeldungen und deren Ursachen. 

Too many variables 

Der Variablenbereich (ausgenommen Variablenfelder) Liber- 
schreitet 64kByte. 

Out of memory 

Der Speicherplatz reicht fur den Compiler nicht aus. Ab- 
hilfen: 

RAM-Disk de-installieren (Rechner ausschalten) 

Rechner mit mehr Speicher fur den Compilier-Vorgang 
verwenden 

Programm klirzen oder zerlegen und mit CHAIN Teile 
nachladen 

Type mismatch 

Sie iibergeben einen falschen Wert an eine Prozedur oder 
Funktion (String statt Zahl oder umgekehrt) 

Bad EXIT 

EXIT geht im Compiler nur als EXIT ohne Anzahl oder 
als EXIT -1 

EXIT 3 geht also z.B. nicht. 


F ehlermelduneen 
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EXIT TO ist nur zum Verlassen einer Schleife erlaubt; 
EXIT TO kann nicht zum Verlassen einer Funktion oder 
Prozedur genutzt werden. 

Structure too long 

Eine Struktur (FOR.. NEXT, REPEAT. .UNTIL, WHI- 
LE.. WEND-Schleifen, IF.. THEN.. ELSE) erstreckt sich iiber 
mehr als 32kByte Compilat. 

Auch der Interpreter kann keine groBeren Strukturen ver- 
walten; das Compilat kann jedoch langer werden als das 
urspriingliche BASIC-Programm. 

Abhilfe: Teile des Schleifeninhalts als Prozeduren definie- 
ren. 

Undefined statements) or iDIMs 

GOTOs, GOSUBs etc. zeigen auf Zeilen oder Labels, die 
nicht existieren. 

Ein Variablenfeld muB DIMensioniert werden, bevor es be- 
nutzt wird. Im Interpreter ist dies nicht unbedingt notwen- 
dig; undefinierte Variablenfelder dimensioniert der Interpre- 
ter automatisch auf 10,10,10... 

Abhilfe: FLigen Sie die eritsprechenden DIM-Befehle am 
Programmanfang und hinter jedem CLEAR-Befehl ein. 
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9.1 WARNINGS 

Die folgenden Meldungen des Compilers sind WARNUN- 
GEN. Das heiBt, sie flihren nicht zwangslaufig zu einem 
nicht lauffahigen Compilat; Sie sollten sich die Wamungen 
aber genau ansehen, ob sie die Funktionssicherheit beein- 
trachtigen. 


Warning: RETURN type mismatch 

Eine selbstdefinierte mehrzeilige Funktion muC den Variab- 
lentyp zuruckgeben, den sie als Postfix im Namen tragt. 
Falsch: DEF FH Addiere#(X, Y) : RETURN X + Y 
Richtig: DEF FN Add i ere# (X#, Y#) ! RETURN X#+Y# 

Auch richtig: DEF FN Addiere»(X, Y) {RETURN CDBKX+Y) 

Wenn eine Funktion als Double Float (Postfix #) definiert 
wurde, mu(3 sie auch Double Float zuruckgeben. 

Warning: Unused statement(s): 

Die aufgelisteten Prozeduren und Labels werden im ge- 
samten Programm nicht benutzt. Sie konnen entfernt oder 
mit REM-Befehlen versehen werden. 

9.2 Fehlermeldungen der Compilate 

Normalerweise melden Basic-Compilate bei Auftreten eines 
Laufzeitfehlers genau die gleiche Fehlermeldung wie das 
interpretierte Programm (vergleiche Handbuch des Inter- 
preters). Konnte jedoch die Fehlerzeile nicht ermittelt 
werden, so erscheint der Zusatz: 

USE "TRACE ON" TO GET ERRORLINE 
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Dies weist darauf hirt, daB um die Fehlerzeile festzustel- 
len, das Compiler-Steuerwort ’’TRACE ON” eingefugt wer- 
den und das Programm emeut compilert werden muB. Ein 
eventuell vorhandenes Steuerwort ”NO LINENUMBERS” 
muB natiirlich ebenfalls entfernt werden (siehe auch im 
Kapitel Compiler-Steuerworte). 
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10. Der Segment Pointer 

Die Systemvariable SEGPTR zeigt auf die folgende Poin- 
tertabelle (vgl. Funktion SEGPTR des Interpreters): 


Offset 

Speicherbereich 

0 

Zeilen-Nummern-Tabelle 

4 

Start des compilierten Codes 

8 

Ende der Labeltabelle 

12 

Start der Variablen 

16 

Reserviert 

20 

0 (siehe unten) 

24 

Start der Dateibuffer 

28 

0 (siehe unten) 

32 

Freier Bereich 

36 

festgehaltener Programmzeiger 

40 

Garbage Top (aktueller Zeiger) 

44 

Garbage Bottom 

48 

Garbage High (Ende des Garbage - 
hochste vom Basic belegte Adresse) 

52 

Stack-Maximalwert 

56 

- 

60 

Hochste Adresse des Prozessor- 
stacks (SSP) 

64 

Adresse der Basepage 

68. B 

Flag fur Mutitasking (’’always” oder 
’’between” 


Darf nur durch Compilersteuer- 
worte verandert werden. 

70 

Beginn der ARRAYS (im Interpreter 20) 

74 

Beginn der Strings (im Interpreter 28) 
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Die Verlegung der letzten beiden Zeiger dient der Kompa- 
tibilitat zum Interpreter: Die Ausdriicke 

L PEEK (VflRPTR (TEXT$))+ LPEEK (SE6PTR+28) 

und 

LPEEK (VflRPTR (ft (0,0)))* LPEEK (SEBPTR+20) 

konnen in genau dieser Form im Compiler verwendet wer- 
den. Der Inhalt des VARPTR schlieBt den Offset bereits 
mit ein, da der Compiler Strings und Arrays direkt addres- 
siert. Der Ausdruck LPEEK (SEGPTR + ..) ist in diesen 
beiden Fallen null. 




^ — Speicheraufbau 

11. Speicheraufbau 

Der Compiler unterstiitzt ab der Version 3.5 zwei ver- 
schiedene Speichermodelle: das ”dynamische”/Maximum- 
Speichermodell und das ”statische”/Minimuni-Speichenno _ 
dell. 

Die Begriffe sind deshalb in Anfiihrungszeichen gesetzt, da 
statisch nicht bedeutet, daJ3 die dynamische String- und 
Arrayverwaltung nicht mehr funktionieren wiirden. Vielmehr 
meint statisch nur, dal3 der Gesamtbereich innerhalb des- 
sen das Compilat Speicher belegt, sich nicht verandert. 


11.1 Grundsatzlicher Speicheraufbau 


— GEMDOS Block 1 
I Basepage 


BASLIB bzw. LOADER 

— <- TEXT Segment 

1 

BC Tabelle: 

— <- DATA Segment 
1 Offset zum ” 

.L Lange Programm 

1 0 

.L Lange Zeilen-Tabelle 

1 4 

•L Lange Label-Tabelle 

1 8 

.L Lange Reloc-Info 

I 12 

.L Lange «-Variablen 

1 16 

.L Lange 1-Variablen 

1 20 

.L Lange %-Variablen 

1 24 

.L Lange $-Variablen 

1 28 

.L Lange Array-Pointer 

1 32 

.L Lange Library-Tabelle 

1 36 

.L Zeiger auf erstes DATA 

1 40 

•L Intern verwendet 

1 44 


I weiter auf der nachsten Seite | 
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I Fortsetzung der letzen Seite I 


Basic-Compilat: i 

BRAS XX I 48 

.L Reserviert I 52 

X Reserviert I 56 

.L Stackgrofie I 60 

X Basic Speicher Grofle | 64 


Hochoptimierter Code 
>} )) 


Zeilen-Tabelle: 

.W Zeilennummer 
.L relativer Zeiger 


Label-Tabelle: 

8 Byte Labelname 
.L relativer Zeiger 


— GEMDOS Block 2 / BSS 

I Einzelvariablen |<- BSS (ab Version 3.5) 

Die kursiv gesetzten Eintrage gelten erst ab Version 3.5 
und hoher. 

— <- vom VDI angelegt, 

I Daten von V_Opnvwk I falls notwendig 


^ — Sveicheraufbau. 

Dieser Block hat eigentlich uberhaupt nichts mit dem Ba- 
sic-Compilat zu tun und wird unter Umstanden gar nicht 
erzeugt 1 . Er wird hier nur aufgefuhrt, weil er addressma- 
Cig normalerweise zwischen dem 2. und dem 3. Block zu 
liegen kommt. 


GEMDOS Block 3 <- Malloc vom Compilat 

I Stack I v 


—GEMDOS Block 4 <- Malloc vom Compilat 

Arrays/Strings: | 

.L Lange des Arrays j 

•W Typ | 

.W Bits je Element | 

•W Varptr (rel. zu A6) | 

•W Anzahl der Dimension j 
n x .W GroBe der Dimensionen j 
(Reihenfolge: n, 1, 2, n-l) | 
oder .L GroBe (nur eine Dim.) | 

Daten j 

I 

Strings: | 

.W Lange+4 j 

.L Riickzeiger | 

Stringsdaten oder (bei neg. | 

Riickzeiger): j 

•W Dateinummer | 

.L Bufferoffset j 

I 

String Garbage bzw. | 

freier Basic Speicher j 


Wenn das Compilat keinerlei AES- oder VDI Funktionen benutzt, 
wird nach dem Link-Vorgang auch kein V_Opnvwk mehr aufgerufen. 
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11.2 Das alte Speichermodell 

Zum Vergleich soli nocheinmal kurz das alte Modell erlau- 
tert werden (Compilate 3.06 und friiher): 

1. GEMDOS Speicherblock (durch PEXEC erzeugt): 

Basepage 

TEXT-Segment: Loader bzw. BASLIB 
DATA-Segment: BC Tabelle, Compilat und Zusatzinfos 
BSS: nicht vorhanden 

Dieser Block wird verkleinert bis Ende der Labeltabelle, 
d.h. vom DATA Segment ist die BC Tabelle, das Pro- 
gramm, die Zeilennummern Tabelle und die Label Tabelle 
noch da. 

2. GEMDOS Speicherblock (per MALLOC angefordert): 
alle Einzelvariablen (einschliefilich Arraypointer) 

3. GEMDOS Speicherblock (per MALLOC angefordert): 

der Stack (GroBe bestimmt durch CLEAR oder Default= 
4096) 

4. GEMDOS Speicherblock (per MALLOC angefordert): 

der dynamisch verwaltete Array- und Stringbereich (Gar- 
bage) GroBe indirekt ebenfalls bestimmt durch CLEAR 
bzw. Default=Freier Speicher - 65536 

Wie man sieht besteht jedes Compilat aus mindestens 4 
Speicherblocken. AuBerdem ist der vierte Block zunachst 
(vom Startup-Code der BASLIB) immer auf Maximum re- 
serviert und wird erst im eigentlichen Programm beim 
Ausfiihren des CLEAR wieder verkleinert. Dies fiihrt spe- 
ziell bei Accessories zu Problemen. 
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Wird auBerdem noch ein CHAIN ausgefuhrt, so wird fur 
das neue Compilat ein zusatzlicher Block angefordert. 
Vom ursprunglichen ersten Block bleibt nur noch das 
TEXT Segment (die BASLIB) und - wegen eines Bugs - 
die BC Tabelle bestehen. Fur das neue DATA Segment 
des nachzuladenden Compilats wird ein zusatzlicher Block 
angelegt. 

113 Das ’’dynamische” oder ”Maximum”-Modell: 

1. GEMDOS Speicherblock (durch PEXEC erzeugt): 

Basepage 

TEXT Segment: Loader bzw. BASLIB 

DATA Segment: BC Tabelle, Compilat und Zusatzinfos 

BSS: Platz fur alle Einzelvariablen minus Lange Library 
Tabelle und Reloc-Info. 

Dieser Speicherblock wird ganz normal Liber die drei Seg- 
mente verkleinert. AnschlieBend werden die Einzelvariablen 
am Ende des DATA Segments eingerichtet. Sie reichen 
dann bis ans Ende des BSS (der 2. Block entfallt). 

3. GEMDOS Speicherblock (per MALLOC angefordert): 

der Stack (GroBe bestimmt durch CLEAR oder Default= 
4096) 

4. GEMDOS Speicherblock (per MALLOC angefordert): 

der dynamisch verwaltete Array- und Stringbereich (Gar- 
bage) GroBe indirekt ebenfalls bestimmt durch CLEAR 
bzw. Default=Freier Speicher - 65536 

Der Vorteil ist, dafi ein Speicherblock weniger angefordert 
werden muB. Der schwerwiegendere Nachteil bleibt jedoch: 
es wird immer noch zuerst der ganze Speicher belegt und 
dann wieder freigegeben. 
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Bei CHAIN kommt wie oben beschrieben ein weiterer 
Speicherblock hinzu. 

11.4 Das ’’statische” Oder ”Minimum”-Modell: 

1. GEMDOS Speicherblock (durch PEXEC erzeugt): 

Basepage 

TEXT Segment: Loader bzw. BASLIB 
DATA Segment: BC Tabelle, Compilat und Zusatzinfos 
BSS: Platz fur alle Einzelvariablen, den Stack und den 
Array/Stringbereich minus Lange Library Tabelle und Re- 
loc-Info. 

Dieser Speicherblock wird wiederum ganz normal iiber die 
drei Segmente verkleinert. AnschlieBend werden die Ein- 
zelvariablen am Ende des DATA Segments eingerichtet. 
Es folgen direkt dahinter der Stack und der Array/String- 
bereich. Die Blocke 2-4 werden also allesamt im BSS zu- 
sammengefaBt. 

Alle weiteren CLEAR Aufrufe mit Parametem bleiben un- 
beriicksichtigt, die Speicheraufteilung andert sich nicht. 
Dieses Speichermodell ist fur Accessories vorgeschrieben. 

Bei CHAIN entsteht natiirlich zwangslaufig trotzdem wie- 
der ein zweiter Speicherblock, in den das neue Programm 
geladen wird. 

Vorteil: nur ein einziger Speicherblock, dessen Grosse 

schon im Programmheader zu erkennen ist (wichtig beim 
Laden von Accessories). Bei EXEC wird der Speicher 
nicht geloscht, alle Variablen bleiben erhalten (gilt nur fur 
das Compilat). 
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Nachteil: es kann immer nur ein Minimum Modell sein, 
spateres Vergrossern ist ausgeschlossen. Dies wirkt sich z. 
B. beim Redimensionieren von Variablenfeldern aus: wenn 
das vergroBerte Feld nicht in den zuvor eingestellten Spei- 
cher paBt, wird ein Fehler erzeugt. 
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12. Geschwindigkeits-Optimierung 

Das folgende Kapitel ist fur diejenigen gedacht, die auf 
allerhochste Geschwindigkeiten angewiesen sind. 

12.1 Variablen-Typen 

Uberlegen Sie, ob Sie wirklich alles in FlieBkomma rech- 
nen mlissen. In vielen Fallen reichen Integer-Zahlen aus. 
Long-Integer hat einen Zahlenbereich von -2147483648 bis 
2147483647, und selbst wenn Sie zwei Stellen davon fur 
feste Nachkommastellen reservieren, konnen Sie immer 
noch im 10-Millionen-Bereich rechnen. 

12.2 Berechnungs-Typen 

Bestimmte Rechenfunktionen bewirken automatisch, daB 
die gesamte Berechnung in FlieBkomma durchgefiihrt wird 
(siehe Kapitel ”Verarbeitungstypen der Funktionen”)- Bei- 
spiel: 

fl=S0R (I) +J-I*3 

Die Quadratwurzel liefert immer ein FlieBkomma-Ergebnis, 
daher wird der Rest der Zeile auch in FlieBkomma ge- 
rechnet (sonst konnten ja Nachkommastellen verloren ge- 
hen...). 

Da das Ergebnis jedoch ohnehin nur in einer Integer-Va- 
riablen abgespeichert wird, ist die FlieBkomma-Berechnung 
iiberflUssig. 

Schneller: 

A=SQR(I)+(J-I#3) 
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Jetzt wird die in der zweiten Klammer stehende Berech- 
nung in Integer durchgefiihrt; erst anschlieBend wir das 
Ergebnis in FlieBkomma gewandelt, und mit der Quadrat- 
wurzel zusammgengezahlt. 

Noch schneller: 

A=CINT(S0R(I))+J-I*3 

Mit CINT (Convert to Integer) verwandeln Sie den FlieB- 
kommawert, der beim Berechnen der Quadratwurzel ent- 
steht, gleich in Integer. 

Beachten Sie in diesem Zusammenhang, daB die normale 
Division (”/”) FlieBkomma erzwingt!! Berechnungen wie 

A = A/5 

sollten Sie unbedingt mit der Integer-Division ”\” durch- 
fiihren. 

A = fi \5 

Manchmal kann es sich lohnen, eine FlieBkomma-Konstan- 
te durch Integer-Briiche zu ersetzen: 

fl s B#2.5 wird in FlieBkomma gerechnet (98.7 Mikrosekun- 
den) 

A=B»5\2 wird in Integer gerechnet (39.8 Mikrosekunden) 
12.3 Konstanten 

Fassen Sie Konstanten in Klammern zusammen. Zusam- 
mengefaBte Konstanten werden bereits beim Ubersetzen 
berechnet - und nicht erst beim Abarbeiten des Pro- 
gramms. 

Beispiel: 

A=B*(3#4) wird automatisch zusammengefaBt zu fl s B#12 
Jedoch: 

fl=B*3*4 wird nicht zusammengefaBt! 
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Denken Sie auch an’s Umordnen: 

A = J#2#K#5 laBt sich umordnen zu A=J*K*(2#5) 

...und der Compiler kann optimieren! 

12.4 Strings 

Fassen Sie String-Berechnungen soweit wie moglich zu- 
sammen. Das Zwischenspeichern von Strings dauert relativ 
lange! 

Statt: 

A$=»0MIKR0N. COMPILER" 

B$=LEFT$(A$,7) 

C$=RI8HT$(A$,B) 

D$=C$+B$ 

schreiben Sie: 

A$ s "0MIKR0N . COMPILER" 
D$=RIGHT$(A$,8)+LEFT$(A$,7) 

(natiirlich nur, wenn Sie die Zwischenergebnisse nicht 
brauchen). 

Das Zusammenfassen lohnt sich auch bei normalen Be- 
rechnungen; doch der Zeitgewinn ist bei weitem nicht so 
groB wie bei Strings. 

12.5 IF..THEN 

Vergleiche konnen vom Compiler besonders gut optimiert 
werden, wenn sie in folgender Form vorliegen: 

IF f)>B THEN. . . 



A und B konnen auch beliebige Rechenausdriicke sein, 
ebenso kann es statt ”>” natlirlich auch ”>=” 

usw. heifien, z.B.: 

IF J#(3#4) = Anzahl (I)/2 THEN. , , 

Weniger optimieren kann der Compiler bei Ausdriicken in 
der Art: 

IF (A>B) AND (B<C) THEN. . , 

Zur Beschleunigung schreibt man besser: 

IF A>B THEN IF B<C THEN... 

Auch geklammerte Vergleiche sind schlecht optimierbar: 

IF (A>B) THEN. . . 

ist langsamer als 

IF A>B THEN. . . 

Fur Profis: Im ersten Fall handelt es sich urn die Funktion 
”()”> deren Argument ein Vergleich ist; im zweiten Fall 
handelt es sich um einen Vergleich. 

12.6 Schleifenschachtelungen 

Wenn moglich, nehmen Sie die haufiger durchlaufene 
Schleife als innere Schleife. 

Langsamer: Schneller: 

FOR Art=l TO Art.Anz FOR 1=0 TO 1 

FOR 1=0 TO 1 FOR Art=i TO Art.Anz 

Preis (Art , I) =0 Preis(Art,I)=B 

NEXT I NEXT Art 

NEXT Art NEXT I 


13. Die mitgelieferten Programme 


Auf der Diskette finden Sie die folgenden Programme: 
COMPILER.PRG der eigentliche Compiler 
CUTLIB.PRG: Dieses Programm bindet die BASLIB an ein 
Compilat an und kiirzt die nicht benotigten Teile der 
BASLIB heraus. Wenn ein Programm also keinen Sinus 
berechnet, wird der entsprechende Teil der BASLIB auch 
nicht angebunden. 

13.1 Bedienung von CUTLIB.PRG 

13.1.1 Cutlib automatisch starten 

Wenn Ihr Basicprogramm das Steuerwort COMPILER "CUT” 
LIB" enthalt, so wird nach erfolgreichem Compilieren 
Cutlib automatisch gestartet. Die BASLIB wird also immer 
gleich an das Basicprogramm angebunden und braucht 
nicht nachgeladen zu werden. (Siehe auch Kapitel ’’Compi- 
ler-Steuerworte”) 

13.1.2 Starten von CUTLIB PRG vom Desktop 
Starten Sie CUTLIB.PRG vom Desktop durch Doppelklick. 
Das Programm stellt eine Dateiauswahlbox dar, in der Sie 
das Programm anwahlen konnen, an das Sie die BASLIB 
anbinden wollen. 


~h rzz9 Ti P : Wie Besitzern alterer Compilerver- 

II yj sionen vielleicht aufgefallen ist sind die 
J Libraries erheblich langer geworden (> 70 

kByte). Dies liegt daran, daB die zum Anbinden notwendi- 
ge Information sich vollstandig in der LIBRARY-Datei be- 
findet (frliher auf war diese Information auf zwei weitere 
Dateien verteilt: .REL und .REQ). Um Platz zu sparen 
konnen Sie sich auf folgende Weise eine wesentlich kiir- 


zere BASLIB erzeugen: 



Schreiben Sie folgendes einzeiliges Basicprogramm: 

COMPILER "CUTLIB -999“ 

compilieren Sie es und benennen das entstandene Pro- 
gramm in BASLIB35 um. Eine auf solche Weise erzeugte 
BASLIB ist allerdings nur noch zum Nachladen geeignet 
und kann von CUTLIB nicht mehr verwendet werden. 
HILBERT.BAS: Ein Basicprogramm, das auch compiliert 
auf der Diskette verfiigbar ist. Es zeigt den Geschwindig- 
keitsgewinn durch den Compiler besonders eindrucksvoll. 

SHELL.BAS: Ein einfacher Kommandointerpreter, der auch 
Batch-Jobs verarbeitet. 

SHELL.PRG: Dasselbe Programm in kompilierter Form. 

Den Befehlsumfang der Shell konnen Sie aus dem Basi- 
cprogramm SHELL.BAS ersehen. Eine kurze Liste ist: 
CHDIR, MKDIR, RMDIR, CLS, COPY, DATE, TIME, ER- 
ASE, DEL, DIR, ECHO, EXIT, RENAME, PAUSE, 
PROMPT, TYPE, REM, VER. 

RAM200.PRG: Eine RESET-feste RAMDISK. Durch einfa- 
ches Umbenennen dieses Programms kann die GroCe ver- 
andert werden: RAM1000.PRG ist eine lOOOkByte groGe 
RAM-Disk, etc. Natiirlich wird die Anderung erst beim 
nachsten Kaltstart wirksam. 

ACC.BAS: Ein Beispiel-Accessoryin Basic. Dieses Pro- 
gramm muB compiliert, geCUTLIB’t und anschlieBend als 
ACC. ACC auf Laufwerk C: oder A: kopiert werden. Es 
lauft dann als Accessory; gibt aber, wenn es angeklickt 
wird, nur eine Alertbox aus. 
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ACC. BAS dient als Beispiel zur Programmierung von 
Accessories in OMIKRON. BASIC. Wenn Sie selber ein 
Accessory programmieren wollen, verwenden Sie am be- 
sten ACC. BAS und ersetzen die Zeile, in der die Alert 
Box aufgerufen wird, durch Ihr Programm. 

Bitte wenden Sie sich mit alien Fragen zur Accessory- 
Programmierung nicht an uns, sondem ziehen Sie ein 
GEM-Buch zu Rate. 

DEBUG.BAS und DEBUG.PRG: Ein Beispiel zur Verwen- 
dung eines Debuggers zusammen mit OMIKRON. Basic 
Compilaten. Das Programm ist ausfiihrlich kommentiert 
und somit weitgehend selbsterklarend. 
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14. Glossar 

Accessory 

Hintergrundprogramm, welches unter GEM quasi gleichzei- 
tig mit der Hauptapplikation laufen kann. Accessories wer- 
den - anders als normale Programme - bereits kurz nach 
dem Einschalten des Rechner in den Hauptspeicher gela- 
den. Die Art des Ladens macht eine besondere Art der 
Speicherbenutzung erforderlich. 

BIOS 

Abkurzung fur Basic Input Output System. Ein Teil des 
Betriebsystems, das sich um grundlegende Ein- und Ausga- 
beoperationen kiimmert (z.B. Zeichen Ein- und Ausgabe 
auf dem Bildschirm bzw. Tastatur) 

Basepage 

Eine vom Betriebsystem fur jedes Programm angelegte 
Kontrollstruktur, die Informationen iiber das Programm 
enthalt. 

Compilat 

Ein direkt ausfiihrbares Programm, welches durch einen 
Compiler automatisch erzeugt wurde. 

Compiler 

Automatisches Ubersetzerprogramm, der ein in einer hohe- 
ren Programmiersprache geschriebenes Programm in ein di- 
rekt ausfiihrbares Maschinenprogramm Libersetzt. 

Compiler-Libraiy (BASLIB) 

Eine Sammlung von Unterprogrammen, die von jedem 
compilierten Basicprogramm benotigt werden. 
Coprozessor-FPU 






Abkiirzung fur Coprozessor Floating Point Unit. Ein direkt 
mit dem Hauptprozessor verbundener Zusatzprozessor, der 
bestimmte FlieBkommaoperationen stark beschleunigt. Im 
Unterschied zur IO-FPU ist eine direkte Zusammenarbeit 
mit dem Hauptprozessor moglich. Fliefikommabefehle wer- 
den direkt ausgefiihrt. Ein Coprozessor dieser Bauform fin- 
det sich z.B. im ATARI TT oder auf manchen Beschleuni- 
gerkarten. Er wird vom Compiler 3.5 nicht unterstiitzt, da- 
flir brauchen Sie das TT-Paket. 

Debugger 

Spezielles Programm zur Fehlersuche. Mit Hilfe eines De- 
buggers konnen Maschinenprogramme im Einzelschrittmo- 
dus ausgefiihrt und Schritt fur Schritt genau durchleuchtet 
werden. 

Default(Einstellung) 

Voreinstellungen, die immer dann Verwendung finden, wenn 
keine anders lautenden Angaben gemacht werden. 

Editor 

Programm zum Bearbeiten von Texten oder Programmen. 
Speziell beim OMIKRON. Basic ist der Editor in den Inter- 
preter intergriert. Man kann also im Wechsel das Pro- 
gramm ausfiihren, abandem und wieder ausfiihren. 

Exception Handler 

Spezielles Unterprogramm, das zur Behandlung eines Aus- 
nahmefalles dient. Die Motorola-Prozessoren 680X0 erzeu- 
gen in bestimmten Fallen (z.B. einer Division durch Null) 
eine sogenannte Ausnahme. Fiir jeden solcher Ausnahme- 
falle ist nun ein Exception Handler zustandig, der festlegt, 
wie weiter verfahren werden soil (z.B. Fehler ausgeben 
und Programm beenden). 

Extension siehe Namenserweiterung 
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FPU 68881 

Spezieller FlieBkomma Coprozessor, der zusammen mit 
den Motorola Prozessoren 680X0 eingesetzt werden kann. 
In Verbindung mit einem 68020 oder 68030 ist sogar ein 
echter Coprozessor Einsatz moglich (d.h. FlieBkommabe- 
fehle konnen direkt verarbeitet werden). Dagegen kann die 
FPU zusammen mit dem 68000 nur als Ein- Ausgabegerat 
angesprochen werden (IO-FPU), dem jeder Befehl und je- 
der Zahlenwert einzeln iibermittelt werden miissen. 

GEMDOS 

Teil des Betriebsystems, der sich auf iibergeordneter Ebe- 
ne um die Verwaltung der Resourcen des Rechners kiim- 
mert. Die Verwaltung des gesamten Dateisystems, ein- 
schlieBlich Inhaltsverzeichnissen und die Vergabe von 
Speicher zahlt zu den Aufgaben des GEMDOS. 

Garbage (Speicher) bzw. String-Garbage 

Ein besonders schnelle Art der Speicherverwaltung, die vor 
allem bei standig wechseldem Platzbedarf (z.B. bei Zei- 
chenketten) sehr effizient arbeitet. Durch die Art der 
Neuvergabe von Speicher wird allerdings standig MU11 
(Garbage) produziert, d.h. Speicherstiicke, die nicht mehr 
benutzt werden konnen. Es ist deshalb notwendig, einen 
solchen Speicher von Zeit zu Zeit aufzuraumen (Garbage 
Collection). 

Hauptapplikation 

Unter GEM ist es moglich, mehrere Programme quasi 
gleichzeitig ablaufen zu lassen. Eines davon ist die im 
Vordergrund laufende Hauptapplikation, daneben sind noch 
bis zu sechs Accessories moglich. Eine Applikation ist al- 
so nichts anderes als ein unter GEM laufendes Programm 
(mit Meniizeile, Dialogboxen ...). 
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Hochsprache 

Sogenannte ’’hohere” Programmiersprache, d.h. es ist ein 
hoher Abstraktionsgrad gegeniiber der zu programmierenden 
Maschine erreicht. Gegensatz: Assemblersprachen orientie- 
ren sich direkt am zu Grunde liegenden Prozessor und 
sind speziell auf diesen zugeschnitten. 

Initialisieren 

Vorbelegen bestimmter Speicherbereiche mit Standardwer- 
ten (z.B. Null). 

IO-FPU 

FlieBkomma-Coprozessor, der wie ein Ein- Ausgabegerat 
angesprochen wird. Alle Befehle und Werte miissen ein- 
zeln zum Coprozessor iibertragen und von dort wieder ab- 
geholt werden. Dies braucht im Gegensatz zur Verwendung 
als echte Coprozessor-FPU (wie z.B. im ATARI TT) sehr 
viel Zeit, obwohl natiirlich gegeniiber der normalen Re- 
chenzeit eines Einzelprozessors noch sehr viel gut ge- 
macht wird. Mit einem Motorola 68000 Prozessor ist nur 
die Verwendung als IO-FPU moglich, da erst ab den Pro- 
zessortypen 68020 und 68030 eine direkte Verbindung zur 
FPU vorgesehen ist. 

Interpreter 

Ein Interpreter arbeitet ein Programm Befehl fur Befehl 
ab, wobei wiihrend der Laufzeit des Programms die einze- 
len Befehle in entsprechende Aktionen umgesetzt werden. 
Dieses schrittweise Abarbeiten ist langsamer als ein ein- 
maliges Voriibersetzen und anschlieBendes Direktausfiihren, 
hat aber den Vorteil, daB nach geringfiigigen Anderungen 
das Programm sofort wieder gestartet werden kann. Wah- 
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rend der Entwicklungsphase ist also der Interpreter ein 
geeignetes Werkzeug zum Testen, wohingegen am Ende 
immer ein fertig ubersetztes Programm stehen sollte. 
Laufwerk 

Der Laufwerkname ist ein Name von ”A:” bis ”P:”. Das 
groBe ”A” steht fur die Diskette, die Buchstaben von ”C” 
aufwarts stehen meist fiir die einzelnen Abteilungen einer 
Festplatte. 

Libraiy (BASLIB) 

Eine Sammlung von Unterprogrammen, die von jedem 
compilierten Basicprogramm benotigt werden. 

Libraiy-Tabelle 

Tabelle von binaren Eintragen, wo festgelegt ist, ob ein 
bestimmtes Unterprogramm der BASLIB benotigt wird oder 
nicht. 

Linker 

Dienstprogramm, das die Library (BASLIB) an ein fertig 
compilertes Basicprogramm anbindet (engl. to link = ver- 
binden). 

MALLOC 

Betriebsystemfunktion zur Reservierung von Speicher (Me- 
mory Allocate). 

Maschinensprache 

Fiir die Maschine (den Prozessor) direkt umsetzbare Folge 
von Befehlen, die in binar kodierter Form vorliegen. 

Multitasking 

Quasi gleichzeitiges Ausfuhren mehrerer Programme oder 
Unterprogramme. Beispiel: Ausgabe von Listen auf dem 
Drucker und gleichzeitige Dateneingabe am Bilschirm. 



Namenserweiterung/Extension/Endung 

Der letzte Teil des Dateinamens der durch Punkt abge- 
trennt wird heiBt Extension. Die Extension zeigt an, um 
was fur eine Art von Datei es sich handelt. 

Ubliche Extensions sind: 

.DOC oder .TXT fur Texte, Anleitungen 
.PIC fur Bilder (engl.: picture) 

.PRG, .TOS oder .TTP fur Programme 

.INF fur Einstellungs-Dateien (interne Information fur ein 
Programm) 

.BAS fur BASIC-Programme 
Offset 

Abstand oder Versatz zu einer bestimmten Speicheradres- 
se. 

Pfad 

Der Pfad ist die vollstandige Bezeichnung einer Datei und 
besteht aus drei Teilen: 

Der Laufwerkname: A: 

Der Pfadname: \AUTO\ 

Der Dateiname: ADRESSEN.DAT 

Der Laufwerkname ist ein Name von ”A:” bis ”P:”. Das 
groBe ”A” steht fur die Diskette, die Buchstaben von ”C” 
aufwarts stehen meist fur die einzelnen Abteilungen einer 
Festplatte. Der Ruckwarts \ Schragstrich trennt diese drei 
Teile voneinander. Der eigentliche Dateiname besteht (ge- 
nauso wie Ordnemamen) aus bis zu acht Zeichen 
(ADRESSEN), einem Punkt und dann einer Endung (Exten- 
sion) aus bis zu drei weiteren Zeichen (.DAT). 
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Bei der Suche nach Dateinamen konnen auch sogenannte 
Joker-Zeichen verwendet werden: 

Das Fragezeichen ? kann ein einzelnes beliebiges Zeichen 
ersetzen. Das Sternchen kann den Rest des Dateinamens 
oder der Endung (also mehrere Zeichen) ersetzen. 

Beispiele: 

A:\AUTO\*.PRG bezeichnet alle Programme (Endung: 
.PRG) im AUTO-Ordner. 

A:\AUTO\MORTIMER.* bezeichnet sowohl MORTI- 
MER.PRG als auch MORTIMER. INF. 

A:\TE ?T bezeichnet sowohl die Datei TEST als auch die 
Datei TEXT. Anstelle des Fragezeichens kann also jeder 
beliebige einzelne Buchstabe stehen. Im Laufwerksnamen 
und in den Ordnernamen des Pfades sind Joker-Zeichen 
iibrigens nicht zulassig. 

Quelltext 

Programmtext, meist in einer hoheren Programmiersprache 
geschrieben, der, im Gegensatz zur fertig iibersetzten Ver- 
sion, noch einsehbar und anderbar ist. 

RAMDISK 

Ein im Hauptspeicher des Rechners simuliertes Disklauf- 
werk. Vorteil: alle Schreib- und Leseoperationen gehen 
sehr schnell vonstatten. Nachteil: beim Ausschalten des 
Rechners sind die Daten verloren. Das Multiutility MOR- 
TIMER enthalt beispielsweise eine sehr komfortable Ram- 
disk. 

Reloc-Info 

Tabelle aller Speicher-Adressen, die nach dem Laden des 
Programms reloziert werden miissen. Da man beim Erstel- 
len eines Programms nicht weiB, an welcher Stelle des 
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Speichers es spater ausgefiihrt wird, miissen nach dem 
Laden alle absoluten Adressen angepafit werden. Diesen 
Vorgang nennt man Relozieren. 

Service-Routine 

Unterprogramm, das sich um die Behandlung einer Unter- 
brechung kummert. Wird z.B. von der Tastatur eine Un- 
terbrechung ausgelost, so sorgt die Service-Routine davor, 
daB von dort eine Taste abgeholt und in einen Zwischen- 
speicher geschrieben wird. 

Stapel bzw. Stack, Prozessor- 

Speicher zum Zwischensichem wichtiger Adressen oder 
Registerinhalte (z.B. Riicksprungadresse beim Unterpro- 
grammaufruf). Der Stack arbeitet nach dem LIFO-Prinzip 
(was zuletzt hinein geht, kommt zuerst wieder heraus). 

Startup-Code 

Programmteil eines jeden Compilats, der bestimmte Initia- 
lisierungen vomimmt wie z.B. Speicher reservieren, Cursor 
einschalten usw. Dieser Programmteil wird beim Starten 
eines Compilats immer zuallererst ausgefiihrt, noch vor 
dem eigentlichen Basicprogramm. 

Symboltabelle 

Verzeichnis aller in einem Programm verwendeten Namen 
(fur Prozeduren oder Funktionen). Eine Symboltabelle ist 
Teil der Programmdatei und kann von einem Debugger ge- 
laden und angezeigt werden (symbolisches Debuggen). 

TEXT, DATA und BSS 

Normalerweise sind ausfiihrbare Programme in drei Seg- 
mente unterteilt: das Text-, das Daten- und das BS(Block 
Storage)-Segment. Diese Unterteilung hat einen organisa- 
torischen Hintergrund. Die meisten Compilersprachen, die 
mit Linkem arbeiten, setzen eine solche Dreiteilung vor- 
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aus, um mehrere Module verbinden zu konnen. Unter 
OMIKRON. Basic spielt diese Aufteilung eigentlich keine 
Rolle. 

Unterbrechung/Unterbrechungsanfordenmg/”Interrupt” 

Eine Unterbrechungsanforderung wird immer durch ein be- 
stimmtes Ereignis ausgelost (z.B. das Driicken einer Taste 
oder das Ablaufen eines Zeitgebers). Der Prozessor ver- 
sucht dann sobald wie moglich in ein entsprechendes Be- 
handlungsunterprogramm zu verzweigen. 
Verzeichnis/Ordner/Unterverzeichnis 

Verschiedene Namen fur ein Inhaltsverzeichnis einer Dis- 
kette oderFestplatte. In einem Ordner konnen sich viele 
einzelne Dateien(Texte, Bilder, Programme), aber auch an- 
dere Ordner befinden. Wenn Sie einen Ordner ’offnen’, se- 
hen Sie das Verzeichnis seines Inhaltes. 

XBIOS 

Abkiirzung fur extended Basic Input Output System. Ein 
Teil des Betriebssystems, der sich um erweiterte Ein- 
oder Ausgabemoglichkeiten des Rechners kiimmert. (z.B. 
Mauseinstellungen oder Bildschirm ausdrucken) 

Zeiger bzw. Pointer 

Ein Verweis auf eine Variable oder eine Struktur. Meist 
ist ein solcher Verweis einfach durch Angabe der entspre- 
chenden Speicheradresse verwirklicht. Wenn man also den 
Zeiger auf eine Struktur kennt, so kennt man deren Ad- 
dresse und kann so auf die Struktur zu greifen. 
relativer Zeiger 

Ein Verweis wie oben allerdings muB noch eine Basisad- 
resse eines Speichersegments hinzugezahlt werden. Der re- 
lative Zeiger gibt also nur den Abstand zum Segmentan- 
fang an. 
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